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Sir: 



The remarks below are submitted in response to the Notification of Non-Compliant 
' Appeal Brief dated July 18, 2007, in the above-identified application. The Appeal Brief at issue 
was filed June 4, 2007. 

For the reasons identified herein, Applicant (hereinafter "Appellant") believes that the 
Notification of Non-Compliant Appeal Brief is improper and should be withdrawn, and that the 
June 4, 2007 Appeal Brief is in fact compliant with all relevant statutes and regulations. 

Notwithstanding the traversal, an Amended Appeal Brief is submitted herewith. 
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REMARKS 

In the Notification of Non-Compliant Appeal Brief, the Examiner objects to the June 4, 
2007 Appeal Brief as failing to contain a concise explanation of each of the independent claims 
involved in the appeal. More specifically, the Examiner alleges that "Applicant merely copied 
the claims and then appended a [sic] references to large portions of the specification with no 
indication of which limitations these sections support. Additionally, the summary is not concise 
and focuses a discussion of the embodiments rather than the claims." 

The relevant regulation governing the summary of claimed subject matter in an Appeal 
Brief is 37 C.F.R. §41.37(c)(l)(v), which provides as follows with emphasis supplied: 

(v) Summary of claimed subject matter, A concise explanation of the subject 
matter defined in each of the independent claims involved in the appeal, which 
shall refer to the specification by page and line number, and to the drawing, if 
any, by reference characters. For each independent claim involved in the appeal 
and for each dependent claim argued separately under the provisions of paragraph 
(c)(l)(vii) of this section, every means plus function and step plus function as 
permitted by 35 U.S.C. 1 12, sixth paragraph, must be identified and the structure, 
material, or acts described in the specification as corresponding to each claimed 
fixnction must be set forth with reference to the specification by page and line 
number, and to the drawing, if any, by reference characters. 

Appellant respectfully contends that the 37 C.F.R. §41.37(c)(l)(v) merely requires a 
"concise explanation of the subject matter defined in each of the independent claims involved in 
the appeal, which shall refer to the specification by page and line number, and to the drawing, if 
any, by reference characters." Indeed, MPEP §1201.05 states that "[w]hile reference to page and 
line number of the specification requires somewhat more detail than simply summarizing the 
invention, it is considered important to enable the Board to more quickly determine where the 
claimed subject matter is described in the application." 

Appellant respectfully submits that the summary provided in the June 4, 2007 Appeal 
Brief contained a "concise explanation of the subject matter defined in each of the independent 
claims involved in the appeal" which referred to the "specification by page and line number" and 
to the drawings by reference characters in "more detail than summarizing the invention" in a 
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manner more than sufficient to enable the Board to quickly "determine where the claimed subject 
matter is described in the application." 

Accordingly, Appellant submits that the summary provided in the June 4, 2007 Appeal 
Brief is proper and fully compliant with 37 C.F.R. §41.37(c)(l)(v). The Notification of Non- 
Compliant Appeal Brief is therefore believed to have been issued in error, and should be 
withdrawn. 

Notwithstanding the traversal, Appellant submits herewith an Amended Appeal Brief, 
solely to conform to the subjective preference of the Examiner. Specifically, in a telephone 
interview with William E. Lewis, Reg. No. 39,274, on Friday, August 17, 2007, Supervisory 
Patent Examiner Hyung Sough indicated his subjective preference that the summary of claimed 
subject matter be presented in a format similar to that used for Office Actions, wherein each 
limitation of a claim is immediately followed by a parenthetical citation to the portion(s) of the 
disclosure which provide the necessary support for said limitation. 

Appellant would like to point out that this is the third appeal brief filed in the present 
application. It is believed that the failure of the Examiner to permit the present application to 
proceed to the Board is resulting in an inefficient use of resources for Appellant and the U.S. 
Patent and Trademark Office, as well as an inordinate delay in prosecution. The present 
application should be permitted to proceed to the Board for a decision on the merits. 



Respectfully submitted. 




Date: August 20, 2007 



William E. Lewis (\ 
Attorney for Applicant(sJ 
Reg. No. 39,274 
Ryan, Mason & Lewis, LLP 
90 Forest Avenue 
Locust Valley, NY 11560 
(516) 759-2946 
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AMENDED APPEAL BRIEF 

Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 



Sir: 

This Amended Appeal Brief is being filed in response to the Notification of Non-Compliant 
Appeal Brief dated July 18, 2007. In the objected-to Appeal Brief dated June 4, 2007, Applicant 
(hereinafter "Appellant") appealed the final rejection of claims 1-28 of the above-identified 
application. Appellant respectfiilly traverses the objection raised to the June 4, 2007 Appeal Brief, 
on the grounds that the summary contained therein is in fact compliant with 37 C.F.R. 
§41.37(c)(l)(v). Notwithstanding this traversal. Appellant submits the present Appeal Brief to 
conform to a subjective preference of the Examiner. 

Appellant would like to point out that this is the third appeal brief filed in the present 
application. It is believed that the failure of the Examiner to permit the present application to 
proceed to the Board is resulting in an inefficient use of resources for Appellant and the U.S. Patent 
and Trademark Office, as well as an inordinate delay in prosecution. 

The present application should be permitted to proceed to the Board for a decision on the 

merits. 
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REAL PARTY IN INTEREST 
The present application is assigned to International Business Machines Corporation, as 
evidenced by an assignment recorded July 29, 2003 in the U.S. Patent and Trademark Office at 
Reel 14329, Frame 799. The assignee, International Business Machines Corporation, is the real 
party in interest. 

RELATED APPEALS AND INTERFERENCES 
Appellant is not aware of any related appeals or interferences. 

STATUS OF CLAIMS 
Claims 1-28 stand finally rejected under 35 U.S.C. §103(a). Claims 1-28 are appealed. 

STATUS OF AMENDMENTS 
There has been no amendment filed subsequent to the final rejection. 

SUMMARY OF CLAIMED SUBJECT MATTER 
Independent claim 1 recites a method of managing storage of objects of sizes smaller than 
a storage transfer unit in a computer system, comprising the steps of maintaining a plurality of 
storage transfer units in a first storage medium organized by a quantity of free space in a storage 
transfer unit; maintaining in a second storage medium a cache comprising a copy of at least one of 
said plurality of storage transfer units; in response to a request to store an object of a size less than 
a storage transfer unit: searching for a cached storage transfer unit with sufficient fi-ee space to store 
the object; if no such cached storage transfer unit can be found, identifying an uncached storage 
transfer unit with sufficient free space to store the object and storing a copy of the identified storage 
transfer unit in the cache; and storing the object in the identified storage transfer unit by modifying 
at least one data structure in the cache and subsequently writing a cached copy of the storage transfer 
unit to the first storage medium. 

An illustrative embodiment of the recited method of managing storage of objects of sizes 
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smaller than a storage transfer unit in a computer system (e.g., Small Object Disk Manager 104 in 
FIG. 1) comprises the steps of: maintaining a plurality of storage transfer units (e.g., Specification 
page 6, line 15, "Disk storage 101 includes a plurality of sectors") in a first storage medium (e.g., 
disk storage 101 in FIG. 1) organized by a quantity of free space in a storage transfer unit (e.g., 
Specification, page 6, lines 22-23, "SODM 104 maintains lists of sectors organized by the amount 
of free storage in a sector"); maintaining in a second storage medium (e.g., main memory storage 1 02 
in FIG. 1) a cache (e.g., cache 103 in FIG. 1) comprising a copy of at least one of said plurality of 
storage transfer units (e.g., Specification, page 6, lines 17-18, "Cache 103 is used to cache the 
contents of recently accessed sectors for faster access"); in response to a request to store an object 
of a size less than a storage transfer unit (e.g., Specification, page 7, lines 18-20, "FIG. 3 then shows 
an illustrative method for satisfying an allocation request for a new object smaller than a sector 
size"): searching for a cached storage transfer unit with sufficient free space to store the object (e.g., 
Specification, page 8, lines 3-5, "it is determined in step 330 whether there is space for the object 
in a cached sector, i.e., a sector which has been copied to the cache with sufficient free space"); if 
no such cached storage transfer unit can be found (e.g., Specification, page 8, lines 24-25, "if a 
cached sector with sufficient free space is not found in step 330, processing continues to step 350"), 
identifying an uncached storage transfer unit with sufficient free space to store the object (e.g., 
Specification, page 8, line 25-26, "In step 350, SODM 104 attempts to locate an uncached sector 
with sufficient space for the new object") and storing a copy of the identified storage transfer unit 
in the cache (e.g.. Specification, page 9, lines 11-12, "If a sector with sufficient space is identified 
in step 350, the sector is cached in main memory in step 360"); and storing the object in the 
identified storage transfer unit by modifying at least one data structure in the cache and subsequently 
writing a cached copy of the storage transfer unit to the first storage medium (e.g., Specification, 
page 9, line 17-19, "If an appropriate sector is not identified in step 350, an empty sector is allocated 
from a tail in step 370. The tail pointer corresponding to the allocation request is then modified to 
point to the next unallocated sector"). 

Independent claim 16 recites a method of maintaining a plurality of objects in a storage 
transfer unit, comprising the steps of: identifying an object position in the storage transfer unit by 
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an object offset in the storage transfer unit; in response to a request to one of access and update a 
storage transfer unit, copying the storage transfer unit so that different objects are copied into 
different buffers; performing at least one update to at least one object in the storage transfer unit by 
modifying at least one buffer; and after the at least one update has occurred, updating the storage 
transfer imit from the at least one buffer. 

An illustrative embodiment of the recited method of maintaining a plurality of objects in a 
storage transfer unit (e.g.. Small Object Disk Manager 104 in FIG. 1), comprises the steps of: 
identifying an object position in the storage transfer unit by an object offset in the storage transfer 
unit (Specification, page 9, lines 25-27); in response to a request to one of access and update a 
storage transfer unit (e.g., that received in step 502 of FIG. 5), copying the storage transfer unit so 
that different objects are copied into different buffers (e.g., as described with reference to FIG. 4 in 
the Specification at page 8, lines 13-20); performing at least one update to at least one object in the 
storage transfer unit by modifying at least one buffer (e.g., step 508 in FIG. 5, described in the 
Specification at page 10, lines 1-20); and after the at least one update has occurred, updating the 
storage transfer unit from the at least one buffer (e.g. as described with reference to FIG. 1 1 in the 
Specification at page 11, line 25 through page 12, line 22). 

Independent claim 25 recites an apparatus for managing storage of objects of sizes smaller 
than a storage transfer unit in a computer system, comprising at least one processor operative to: (i) 
maintain a plurality of storage transfer units in a first storage medium organized by a quantity of free 
space in a storage transfer unit; (ii) maintain in a second storage medium a cache comprising a copy 
of at least one of said plurality of storage transfer units; (iii) in response to a request to store an 
object of a size less than a storage transfer unit: searching for a cached storage transfer unit with 
sufficient free space to store the object; if no such cached storage transfer unit can be found, 
identifying an xmcached storage transfer unit with sufficient free space to store the object and storing 
a copy of the identified storage transfer unit in the cache; and storing the object in the identified 
storage transfer unit by modifying at least one data structure in the cache and subsequently writing 
a cached copy of the storage transfer unit to the first storage medium. 

An illustrative embodiment of the recited apparatus (e.g., that described with reference to 
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FIG. 12 in the Specification at page 12, line 23 through page 13, line 12) for managing storage of 
objects of sizes smaller than a storage transfer unit in a computer system (e.g,, Small Object Disk 
Manager 104 in FIG. 1) comprises at least one processor (e.g., 1202 in FIG. 12) operative to: (i) 
maintain a plurality of storage transfer units (e.g., Specification page 6, line 15, "Disk storage 101 
includes a plurality of sectors") in a first storage medium (e.g., disk storage 101 in FIG. 1) organized 
by a quantity of free space in a storage transfer unit (e.g., Specification, page 6, lines 22-23, "SODM 
104 maintains lists of sectors organized by the amount of free storage in a sector"); (ii) maintain in 
a second storage medium (e.g., main memory storage 1 02 in FIG. 1) a cache (e.g., cache 1 03 in FIG. 
1) comprising a copy of at least one of said plurality of storage transfer units (e.g., Specification, 
page 6, lines 17-18, "Cache 103 is used to cache the contents of recently accessed sectors for faster 
access"); (iii) in response to a request to store an object of a size less than a storage transfer unit 
(e.g., Specification, page 7, lines 18-20, "FIG. 3 then shows an illustrative method for satisfying an 
allocation request for a nev/ object smaller than a sector size"): searching for a cached storage 
transfer unit vs^ith sufficient free space to store the object (e.g.. Specification, page 8, lines 3-5, "it 
is determined in step 330 whether there is space for the object in a cached sector, i.e., a sector which 
has been copied to the cache with sufficient fi-ee space"); if no such cached storage transfer unit can 
be found (e.g., Specification, page 8, lines 24-25, "if a cached sector with sufficient free space is not 
found in step 330, processing continues to step 350"), identifying an uncached storage transfer unit 
with sufficient free space to store the object (e.g., Specification, page 8, line 25-26, "In step 350, 
SODM 104 attempts to locate an uncached sector with sufficient space for the new object") and 
storing a copy of the identified storage transfer unit in the cache (e.g., Specification, page 9, lines 
11-12, "If a sector with sufficient space is identified in step 350, the sector is cached in main memory 
in step 360"); and storing the object in the identified storage transfer unit by modifying at least one 
data structure in the cache and subsequently writing a cached copy of the storage transfer unit to the 
first storage medium (e.g., Specification, page 9, line 17-19, "If an appropriate sector is not identified 
in step 350, an empty sector is allocated from a tail in step 370. The tail pointer corresponding to 
the allocation request is then modified to point to the next unallocated sector"). 

Independent claim 26 recites an apparatus for maintaining a plurality of objects in a storage 
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transfer unit, comprising: at least one processor operative to: (i) identify an object position in the 
storage transfer unit by an object offset in the storage transfer unit; (ii) in response to a request to one 
of access and update a storage transfer unit, copy the storage transfer unit so that different objects 
are copied into different buffers; (iii) perform at least one update to at least one object in the storage 
transfer unit by modifying at least one buffer; and (iv) after the at least one update has occurred, 
update the storage transfer unit from the at least one buffer. 

An illustrative embodiment of the recited apparatus (e.g., that described with reference to 
FIG. 12 in the Specification at page 12, line 23 through page 13,line 12) for maintaining a plurality 
of objects in a storage transfer unit (e.g.. Small Object Disk Manager 104 in FIG. 1), comprising: at 
least one processor operative to: (i) identify an object position in the storage transfer unit by an 
object offset in the storage transfer unit (Specification, page 9, lines 25-27); (ii) in response to a 
request to one of access and update a storage transfer unit, copy the storage transfer unit so that 
different objects are copied into different buffers (e.g., that received in step 502 of FIG. 5); (iii) 
perform at least one update to at least one object in the storage transfer unit by modifying at least one 
buffer (e.g., step 508 in FIG. 5, described in the Specification at page 10, lines 1-20); and (iv) after 
the at least one update has occurred, update the storage transfer unit from the at least one buffer (e.g. 
as described with reference to FIG. 1 1 in the Specification at page 1 1 , line 25 through page 12, line 
22). 

Independent claim 27 recites an article of manufacture for managing storage of objects of 
sizes smaller than a storage transfer unit in a computer system, comprising a machine readable 
medium containing one or more programs which when executed implement the steps of: maintaining 
a plurality of storage transfer units in a first storage medium organized by a quantity of free space 
in a storage transfer unit; maintaining in a second storage medium a cache comprising a copy of at 
least one of said plurality of storage transfer units; in response to a request to store an object of a size 
less than a storage transfer unit: searching for a cached storage transfer unit with sufficient free space 
to store the object; if no such cached storage transfer unit can be found, identifying an uncached 
storage transfer unit with sufficient free space to store the object and storing a copy of the identified 
storage transfer unit in the cache; and storing the object in the identified storage transfer unit by 
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modifying at least one data structure in the cache and subsequently writing a cached copy of the 
storage transfer unit to the first storage medium. 

An illustrative embodiment of the recited article of manufacture (Specification, page 1 4, lines 
3-7) for managing storage of objects of sizes smaller than a storage transfer unit in a computer 
system (e.g., Small Object Disk Manager 1 04 in FIG. 1 ) comprises amachine readable medium (e.g., 
memory 1 204 in FIG. 1 2) containing one or more programs which when executed (e.g., by processor 
1202 in FIG. 12) implement the steps of: maintaining a plurality of storage transfer units (e.g., 
Specification page 6, line 15, "Disk storage 101 includes a plurality of sectors") in a first storage 
medium (e.g., disk storage 101 in FIG. 1) organized by a quantity of free space in a storage transfer 
unit (e.g.. Specification, page 6, lines 22-23, "SODM 104 maintains lists of sectors organized by the 
amovmt of fi-ee storage in a sector"); maintaining in a second storage medium (e.g., main memory 
storage 102 in FIG. 1) a cache (e.g., cache 103 in FIG. 1) comprising a copy of at least one of said 
plurality of storage transfer units (e.g.. Specification, page 6, lines 17-18, "Cache 103 is used to 
cache the contents of recently accessed sectors for faster access"); in response to a request to store 
an object of a size less than a storage transfer unit (e.g., Specification, page 7, lines 18-20, "FIG. 3 
then shows an illustrative method for satisfying an allocation request for a new object smaller than 
a sector size"): searching for a cached storage transfer unit with sufficient free space to store the 
object (e.g., Specification, page 8, lines 3-5, "it is determined in step 330 whether there is space for 
the object in a cached sector, i.e., a sector which has been copied to the cache with sufficient free 
space"); if no such cached storage transfer unit can be foimd (e.g., Specification, page 8, lines 24-25, 
"if a cached sector with sufficient firee space is not found in step 330, processing continues to step 
350"), identifying an uncached storage transfer unit with sufficient free space to store the object (e.g.. 
Specification, page 8, line 25-26, "In step 350, SODM 104 attempts to locate an uncached sector 
with sufficient space for the new object") and storing a copy of the identified storage transfer unit 
in the cache (e.g.. Specification, page 9, lines 1 1-12, "If a sector with sufficient space is identified 
in step 350, tiie sector is cached in main memory in step 360"); and storing the object in the 
identified storage transfer unit by modifying at least one data structure in the cache and subsequently 
writing a cached copy of the storage transfer unit to the first storage medium (e.g., Specification, 
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page 9, line 17-19, "If an appropriate sector is not identified in step 350, an empty sector is allocated 
from a tail in step 370. The tail pointer corresponding to the allocation request is then modified to 
point to the next unallocated sector"). 

Independent claim 28 recites an article of manufacture for maintaining a plurality of objects 
in a storage transfer unit, comprising a machine readable medium containing one or more programs 
which when executed implement the steps of: identifying an object position in the storage transfer 
unit by an object offset in the storage transfer unit; in response to a request to one of access and 
update a storage transfer unit, copying the storage transfer unit so that different objects are copied 
into different buffers; performing at least one update to at least one object in the storage transfer unit 
by modifying at least one buffer; and after the at least one update has occurred, updating the storage 
transfer unit from the at least one buffer. 

An illustrative embodiment of the recited article of manufacture (Specification, page 1 4, lines 
3-7) for managing storage of objects of sizes smaller than a storage transfer unit in a computer 
system (e.g.. Small Object Disk Manager 1 04 in FIG. 1 ) comprises a machine readable medium (e.g., 
memory 1 204 in FIG. 1 2) containing one or more programs which when executed (e.g., by processor 
1202 in FIG. 12) implement the steps of: identifying an object position in the storage transfer unit 
by an object offset in the storage transfer unit (Specification, page 9, lines 25-27); in response to a 
request to one of access and update a storage transfer unit (e.g., that received in step 502 of FIG. 5), 
copying the storage transfer unit so that different objects are copied into different buffers (e.g., as 
described vsdth reference to FIG. 4 in the Specification at page 8, lines 13-20); performing at least 
one update to at least one object in the storage transfer imit by modifying at least one buffer (e.g., 
step 508 in FIG. 5, described in the Specification at page 10, lines 1-20); and after the at least one 
update has occurred, updating the storage transfer unit from the at least one buffer (e.g. as described 
with reference to FIG. 1 1 in the Specification at page 11, line 25 through page 12, line 22). 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
(I) Whether claims 1-3,9, 11, 12, 14-16and 19-28 are unpatentable under 35 U.S.C. §103(a) 
over U.S. Publication No. 2002/0032691 filed in the name of Rabii et al. (hereinafter "Rabii") in 
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view of U.S. Patent No. 6,915,307 issued to Mattis et al. (hereinafter "Mattis"). 

(II) Whether claims 4-8 and 10 are unpatentable under 35 U.S. C. §103(a)over Rabiiinview 
of Mattis in further in view of U.S. Patent No. 6,804,761 issued to Chen et al. (hereinafter "Chen"). 

(III) Whether claims 13 and 17 are unpatentable under 35 U.S.C. § 103(a) over Rabii in view 
of Mattis in further in view of U.S. Patent No. 5,802,599 issued to Carbrera et al. (hereinafter 
"Cabrera"). 

(IV) Whether claim 1 8 is unpatentable under 35 U.S.C. § 1 03(a) over Rabii in view of Mattis 
in fiirther in view of Cabrera in still further view of U.S. Publication No. 2004/0172507 filed in the 
name of Garthwaite (hereinafter "Garthwaite"). 

ARGUMENT 

Appellant incorporates by reference herein the disclosure of their previous response filed in 
the present application, namely, the response dated November 30, 2005. 

(I) Whether claims 1-3,9, 11, 12, 14-16and 19-28 are unpatentable under 35 U.S.C. §103(a) 
over U.S. Publication No. 2002/0032691 filed in the name of Rabii et al. (hereinafter "Rabii") in 
view of U.S. Patent No. 6,915,307 issued to Mattis et al. (hereinafter "Mattis"). 

Regarding the § 103(a) rejections, Appellant asserts that the various references, alone or in 
combination, fail to teach or suggest all of the limitations of the claims 1-28, as will be explained 
below. Furthermore, with regard to the combinations of the various references, Appellant asserts 
that such combinations are improper, as will be explained below. 

The Examiner cites Rabii in combination with Mattis in rejecting independent claims 1,16 
and 25-28. More particularly, the Examiner cites portions of Rabii as disclosing certain limitations 
of the independent claims, and cites portions of Mattis as disclosing certain other limitations of the 
independent claims. Below Appellant explains how such portions of Rabii and Mattis fail to teach 
or suggest what the Examiner contends that they teach or suggest. While Appellant may refer fi-om 
time to time to each reference alone in describing its deficiencies, it is to be understood that such 
arguments are intended to point out the overall deficiency of the cited combination. 
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The Rabii patent application is directed to methods for maintaining directory structures on 
disk. Rabii does not disclose how to allocate space efficiently for small objects as independent claim 
1 recites. Claim 1 explicitly recites that it is a method of managing storage of '' objects of sizes 
smaller than a storage transfer unit ." 

As pointed out in the background section of the present application and repeated above, a key 
problem in data storage management is how to efficiently manage objects which are relatively small 
but need to be stored persistently, such as in disk storage rather than in main memory only, wherein 
one of the key issues for storing such objects is that the minimum unit of transfer ( also referred to 
as a storage transfer unitV such as a sector, is often much larger than the minimum object size. As 
explained, a sector size may be more than a factor of two larger than some objects. This means that 
the disk storage system will transfer sectors between disk and main memory. When an object is 
much smaller than a sector, the disk storage system does not have a method for transferring just the 
object. The disk storage system has to transfer the entire sector (or sectors if the object is on a sector 
boundary) containing the object in order to access just the object. 

Thus, the steps of the claimed invention are directed toward managing storage of "objects 
of sizes smaller than a storage transfer unit ." Rabii does not introduce any notion of a storage 
transfer unit or objects of sizes smaller than a storage transfer unit. The final Office Action fails to 
address this deficiency other than to state (at page 11) that "transferring a fix [sic] amount, for 
example a cache line between the disk and a cache met the . . . definition." 

Regarding the contention in the final Office Action that Rabii discloses the first step of claim 
1 (i.e., maintaining a plurality of storage transfer units in a first storage medium organized by a 
quantity of free space in a storage transfer unit), Appellant strongly disagrees. First, data object 
partitions of Rabii are not the same as storage transfer units of the claimed invention. There is no 
support given in the final Office Action or in Rabii to conclude otherwise. Secondly, Rabii does not 
organize such data object partitions by a quantity of free space, as the claimed invention recites with 
respect to storage transfer units. 

Furthermore, Rabii fails to disclose the second step of claim 1 (i.e., maintaining in a second 
storage medium a cache comprising a copy of at least one of said plurality of storage transfer units) 
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since there is no notion of storage transfer units maintained in the data buffers of FIG. 10 of Rabii. 

Regarding the contention that Mattis discloses some steps of claim 1, Appellant strongly 
disagrees. Mattis discloses a method for managing an object cache, i.e., the data objects are stored 
directly in the cache. The claimed invention recites storing an object of a size less than a storage 
transfer unit in a storage transfer unit of the cache (which is maintained in the second storage 
medium) and then writing a cached copy of the storage transfer unit to the first storage medium. 
This extra level of indirection in the claimed invention further distinguishes it from Mattis. 

Still further, the combination of Rabii and Mattis is improper. These two cited references 
are solving completely different problems. Rabii is directed to the problems associated with 
maintaining directory structures on a disk, while Mattis is directed to the problems associated with 
managing an object cache. Thus, it is not clear how or why one would combine the two disparate 
references. 

The Federal Circuit has stated that when patentability turns on the question of obviousness, 
the obviousness determination "must be based on objective evidence of record" and that "this 
precedent has been reinforced in myriad decisions, and cannot be dispensed with." In re Lee , 277 
F.3d 1338, 1343 (Fed. Cir. 2002). Moreover, the Federal Circuit has stated that "conclusory 
statements" by an examiner fail to adequately address the factual question of motivation, which is 
material to patentability and cannot be resolved "on subjective belief and unknown authority." Id- 
at 1343-1344. 

In the final Office Action at page 4, the Examiner provides the following statement to prove 
motivation to combine Rabii and Mattis, with emphasis supplied: "[i]t would have been obvious to 
one of ordinary skill in the art at the time of the invention to include the steps for storing an object 
as suggested by Mattis in Rabii 's system to assure the integrity of information objects . . . ." 

Appellant submits that this statement is based on the type of "subjective belief and unknown 
authority" that the Federal Circuit has indicated provides insufficient support for an obviousness 
rejection. More specifically, the Examiner fails to identify any objective evidence of record which 
supports the proposed combination. The Examiner cites Mattis at column 21, lines 1-15, which 
states that "the foregoing sequence of steps is ordered in a way that ensures the integrity of 
information objects that are written to the cache." However, since Rabii has nothing to do with the 
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problems associated with managing an object cache, but rather is directed to the problems associated 
with maintaining directory structures on a disk, it is unclear how the cited portion of Rabii provides 
proper motivation to combine Rabii and Mattis. The final Office Action gives no further guidance 
on this important point. 

For at least these reasons, Appellant asserts that independent claim 1 and independent claims 
25 and 27 (which contain similar limitations as independent claim 1) are patentable over the 
Rabii/Mattis combination. Furthermore, Appellant asserts that the claims which depend from claim 
1 are patentable over the Rabii/Mattis combination not only for the reasons given above with respect 
to claim 1 , but also because such dependent claims recite patentable subject matter in their own right, 
as will be set out below. 

Regarding independent claim 1 6, Appellant asserts that neither Rabii nor Mattis, alone or in 
combination, teach or suggest all of the limitations of the claimed invention. Appellant notes that 
the final Office Action corrects the wrong reference cited in the non-final Office Action (Rabii when 
the non-final Office Action apparently meant Mattis) in the one paragraph argument against claim 
16, However, the rationale for rejecting the claim in the final Office Action is still deficient since 
various limitations in claim 1 6 are not disclosed by the cited combination. By way of example only, 
there is nothing the same or analogous in the cited combination to the claimed features of "storage 
transfer units" and "object offsets," and how they relate to one another. Also, Rabii is silent to 
copying a storage transfer unit, in response to a request to one of access and update a storage transfer 
unit, so that different objects are copied into different buffers. 

Further, the Rabii/Mattis combination is improper, as explained above. 

For at least these reasons, Appellant asserts that independent claim 16 and independent 
claims 26 and 28 (which include similar limitations as independent claim 1 6) are patentable over the 
Rabii/Mattis combination. Furthermore, Appellant asserts that the claims which depend from claim 
16 are patentable over the Rabii/Mattis combination not only for the reasons given above with 
respect to claim 16, but also because such dependent claims recite patentable subject matter in their 
own right, as will be set out below. 

Regarding claims 2 and 3, whether or not Rabii refers to disk storage and main memory is 
not relevant, since Rabii fails to refer to specific steps for managing storage of objects of sizes 
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smaller than a storage transfer unit in the context of disk storage and main memory, as in the claimed 
invention. 

Regarding claims 9 and 1 1, any disclosed data partitions or pointers in Rabii fail to function 
in the specific ways that claims 9 and 1 1 respectively recite. 

Regarding claim 12, it is not clear how the fact that Rabii describes that "objects remain in 
cache until there is a shortage of in-memory-objects or data buffers . . ..[wherein] the object is purged 
from cache/' teaches or suggests that a cached copy of a storage transfer unit (from the second 
storage medium) is written to the first storage medium in response to at least one of the criterion 
recited in claim 12. 

Regarding claim 14, it is xmclear how a "large write back" to the disk in Rabii during a 
system shutdown supports a rejection of the claimed features of purging the cached copy from the 
cache as a result of at least one of a cache replacement policy and the computer system being about 
to go down. 

Regarding claims 19 and 20-24, since Rabii does not teach or suggest the claimed features 
of "storage transfer units" and "object offsets" or the step of copying a storage transfer unit, in 
response to a request to one of access and update a storage transfer unit, so that different objects are 
copied into different buffers, it is not clear how the features specifically defined in claims 1 9 and 20- 
24 could be taught or suggested by the cited portions of Rabii. 

(II) Whether claims 4-8 and 10 are unpatentable under 35 U.S.C. §103(a)over Rabii in view 
of Mattis in further in view of U.S. Patent No. 6,804,761 issued to Chen et al. (hereinafter "Chen"), 

Appellant asserts that the claims 4-8 and 1 0, which depend from claim 1 , are patentable over 
the Rabii/Mattis/Chen combination not only for the reasons given above with respect to claim 1 , but 
also because such dependent claims recite patentable subject matter in their own right. 

Whether or not Chen describes a "chunk manager capable of searching for the next highest 
size standard memory blocks to fit an application request," or "searching through a range of blocks 
with different sizes . . . thereby reducing fragmentation," or "memory pools with lists of standard 
blocks," is not relevant to the rejection of the claimed features in claims 4-8 and 10 due at least to 
the failure of any of the references in the cited combination to recognize an object of a size less than 
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a storage transfer unit. 

It is also asserted that the motivation set forth by the Examiner to combine Chen with Rabii 
and Mattis is insufficient under In re Lee decision (cited above). 

(III) Whether claims 1 3 and 17 are unpatentable under 35 U.S.C. § 103(a) over Rabii in view 
of Mattis in further in view of U.S. Patent No. 5,802,599 issued to Carbrera et al. (hereinafter 
"Carbrera"). 

Appellant asserts that the claims 1 3 and 1 7, which depend from claims 1 and 1 6 respectively, 
are patentable over the Rabii/Mattis/Cabrera combination not only for the reasons given above with 
respect to claims 1 and 16, but also because such dependent claims recite patentable subject matter 
in their own right. 

Cabrera does not disclose the notion of an "object offset." The portion of Cabrera disclosing 
reuse of a memory buffer fails to teach or suggest such feature. 

It is also asserted that the motivation set forth by the Examiner to combine Cabrera with 
Rabii and Mattis is insufficient under In re Lee decision (cited above). 

(IV) Whether claim 1 8 is unpatentable under 35 U.S.C. § 1 03(a) over Rabii in view of Mattis 
in further in view of Carbrera in still further view of U.S. Publication No. 2004/0 1 72507 filed in the 
name of Garthwaite (hereinafter "Garthwaite"). 

Appellant asserts that the claim 18, which depends from claim 16, is patentable over the 
Rabii/Mattis/Cabrera/Garthwaite combination not only for the reasons given above with respect to 
claim 1, but also because such dependent claim recites patentable subject matter in their own right. 

First, Cabrera does not perform the steps that the Examiner suggests it does on page 10 of 
the final Office Action. Further, Garthwaite does not disclose the notion of an "storing a forwarding 
pointer in the previous storage transfer unit." 

It is also asserted that the motivation set forth by the Examiner to combine Garthwaite with 
Rabii, Mattis and Cabrera is insufficient under In re Lee decision (cited above). 
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In view of the above, Appellant believes that claims 1 -28 are in condition for allowance, and 
respectfully request withdrawal of the various § 103(a) rejections. 

Respectfully submitted, 




Date: August 20, 2007 William E. Lewis 

Attorney for Applicant(s) 
Reg. No. 39,274 
Ryan, Mason &, Lewis, LLP 
90 Forest Avenue 
Locust Valley, NY 11560 
(516)759-2946 
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APPENDIX 

1 . A method of managing storage of objects of sizes smaller than a storage transfer unit in 
a computer system, comprising the steps of: 

maintaining a plurality of storage transfer units in a first storage medium organized by a 
quantity of free space in a storage transfer unit; 

maintaining in a second storage medium a cache comprising a copy of at least one of said 
plurality of storage transfer units; 

in response to a request to store an object of a size less than a storage transfer unit: 

searching for a cached storage transfer unit with sufficient free space to store the object; 

if no such cached storage transfer unit can be found, identifying an uncached storage transfer 
unit with sufficient free space to store the object and storing a copy of the identified storage transfer 
unit in the cache; and 

storing the object in the identified storage transfer unit by modifying at least one data 
structure in the cache and subsequently writing a cached copy of the storage transfer unit to the first 
storage medium. 

2. The method of claim 1, wherein the first storage medium comprises disk storage. 

3. The method of claim 1, wherein the second storage medium comprises main memory. 

4. The method of claim 1, wherein the step of searching for a cached storage transfer unit 
further comprises identifying a cached storage transfer unit with sufficient free space to store the 
object giving preference to such cached storage transfer units with less free space. 

5. The method of claim 4, wherein the step of searching for a cached storage transfer unit 
further comprises identifying a cached storage transfer unit with a least amount of free space 
sufficient to store the object. 

6. The method of claim 1 , wherein the step of identifying an uncached storage transfer unit 
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further comprises identifying an uncached storage transfer unit with sufficient free space giving 
preference to storage transfer units which minimize fragmentation. 

7. The method of claim 1 , wherein the step of identifying an uncached storage transfer unit 
further comprises giving preference to storage transfer units with more free space. 

8. The method of claim 7, wherein the step of identifying an uncached storage transfer unit 
further comprises identifying a storage transfer unit with a most free space. 

9. The method of claim 1, further comprising the steps of: 
maintaining at least one list of storage transfer units; 

maintaining at least one tail pointer to a plurality of contiguous unallocated storage transfer 

units; 

wherein the step of identifying an uncached storage transfer unit further comprises the steps 
of searching for an uncached storage transfer unit on the at least one list with sufficient space, and 
if such an uncached storage transfer unit can not be located, identifying an unallocated storage 
transfer unit from the at least one tail pointer. 

1 0. The method of claim 1 , further comprising the step of maintaining a plurality of lists of 
storage transfer units organized by a quantity of free space in a storage transfer unit. 

11. The method of claim 1, further comprising the step of maintaining at least one tail 
pointer to a plurality of contiguous unallocated storage transfer units. 

12. The method of claim 1 , wherein a cached copy of a storage transfer unit is written to the 
first storage medium in response to at least one of: (i) an object in the storage transfer unit being 
updated; (ii) a number of changed bytes in the storage transfer unit exceeding a threshold; (iii) a 
number of changed objects in the storage transfer unit exceeding a threshold; and (iv) the cached 
copy being about to be purged from the cache. 
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13. The method of claim 1, wherein an application program writes at least one storage 
transfer unit to disk in a transactional manner. 

14. The method of claim 12, wherein the cached copy is about to be purged from the cache 
as a result of at least one of a cache replacement policy and the computer system being about to go 
down. 

15. The method of claim 1, wherein a storage transfer unit comprises a sector. 

16. A method of maintaining a plurality of objects in a storage transfer unit, comprising the 
steps of: 

identifying an object position in the storage transfer unit by an object offset in the storage 
transfer unit; 

in response to a request to one of access and update a storage transfer unit, copying the 
storage transfer unit so that different objects are copied into different buffers; 

performing at least one update to at least one object in the storage transfer unit by modifying 
at least one buffer; and 

after the at least one update has occurred, updating the storage transfer unit from the at least 
one buffer. 

17. The method of claim 16, further comprising the steps of: 

when an object which does not have a highest offset is deleted, adding the offset to a list; 
satisfying an allocation request by using an offset from the list; and 
if an offset is not reused by the time the storage transfer unit is updated from the at least one 
buffer, storing a placeholder on the storage transfer unit indicating the object has been deleted. 

18. The method of claim 16, further comprising the step of: 

in response to an object update which would cause a storage transfer unit to overflow, 
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moving the object to a new storage transfer unit and storing a forwarding pointer in the previous 
storage transfer unit. 

19. The method of claim 1 6, wherein the storage transfer unit is maintained on disk and the 
at least one buffer is maintained in main memory. 

20. The method of claim 16, wherein the step of updating the storage transfer unit from the 
at least one buffer further comprises copying a plurality of objects from buffers to the storage transfer 
unit in a contiguous area so that free space in the storage transfer unit is contiguous. 

21. The method of claim 16, wherein the storage transfer unit comprises a sector. 

22. The method of claim 16, further comprising the step of maintaining a number of free 
bytes in the storage transfer unit. 

23. The method of claim 22, wherein the step of performing at least one update further 
comprises using the number of free bytes in the storage transfer unit to prevent overflow. 

24. The method of claim 16, wherein the copy of at least one of the plurality of storage 
transfer units included in the cache is one of a partial copy and an inexact copy. 

25. Apparatus for managing storage of objects of sizes smaller than a storage transfer unit 
in a computer system, comprising: 

at least one processor operative to: (i) maintain a plurality of storage transfer units in a first 
storage medium organized by a quantity of free space in a storage transfer unit; (ii) maintain in a 
second storage medium a cache comprising a copy of at least one of said plurality of storage transfer 
units; (iii) in response to a request to store an object of a size less than a storage transfer unit: 
searching for a cached storage transfer unit with sufficient free space to store the object; if no such 
cached storage transfer unit can be found, identifying an uncached storage transfer unit with 
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sufficient free space to store the object and storing a copy of the identified storage transfer unit in 
the cache; and storing the object in the identified storage transfer unit by modifying at least one data 
structure in the cache and subsequently writing a cached copy of the storage transfer unit to the first 
storage medium. 

26. Apparatus for maintaining a plurality of objects in a storage transfer unit, comprising: 
at least one processor operative to: (i) identify an object position in the storage transfer unit 

by an object offset in the storage transfer unit; (ii) in response to a request to one of access and 
update a storage transfer unit, copy the storage transfer unit so that different objects are copied into 
different buffers; (iii) perform at least one update to at least one object in the storage transfer unit 
by modifying at least one buffer; and (iv) after the at least one update has occurred, update the 
storage transfer unit from the at least one buffer. 

27. An article of manufacture for managing storage of objects of sizes smaller than a storage 
transfer unit in a computer system, comprising a machine readable medium containing one or more 
programs which when executed implement the steps of: 

maintaining a plurality of storage transfer units in a first storage medium organized by a 
quantity of free space in a storage transfer unit; 

maintaining in a second storage medium a cache comprising a copy of at least one of said 
plurality of storage transfer units; 

in response to a request to store an object of a size less than a storage transfer unit: 

searching for a cached storage transfer unit with sufficient free space to store the object; 

if no such cached storage transfer unit can be found, identifying an uncached storage transfer 
unit with sufficient free space to store the object and storing a copy of the identified storage transfer 
unit in the cache; and 

storing the object in the identified storage transfer unit by modifying at least one data 
structure in the cache and subsequently writing a cached copy of the storage transfer unit to the first 
storage medium. 
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28. An article of manufacture for maintaining a plurality of objects in a storage transfer unit, 
comprising a machine readable medium containing one or more programs which when executed 
implement the steps of: 

identifying an object position in the storage transfer unit by an object offset in the storage 
transfer unit; 

in response to a request to one of access and update a storage transfer unit, copying the 
storage transfer unit so that different objects are copied into different buffers; 

performing at least one update to at least one object in the storage transfer unit by modifying 
at least one buffer; and 

after the at least one update has occurred, updating the storage transfer unit from the at least 
one buffer. 



21 



Attorney Docket No. YOR920Q10663US1 

EVIDENCE APPENDIX 
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RELATED PROCEEDINGS APPENDIX 

None. 
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